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FOREWORD 


This  report  presents  a  user-oriented  description  of  a  data  base  archi¬ 
tecture  designed  to  assist  in  the  implementation  and  tracking  of  the  Avionics 
Master  Plan  (AMP).  This  architecture  is  based  on  a  preliminary  design  re¬ 
ported  in  ARINC  Research  Publication  1743-01-1-1963,  Avionics  Master  Plan: 
Data  Base  Mechanization  Architecture.  Pertinent  sections  of  that  document 
have  been  reproduced  in  this  report  so  that  the  data  base  description  may 
be  consolidated  into  a  single  consistent  text.  Refined  features  of  the 
data  base  architecture  that  were  developed  subsequent  to  the  preliminary 
design  are  also  described.  This  report  contains  sufficient  detail  to  per¬ 
mit  the  development  of  input,  output,  and  data  base  management  routines. 
Instructions  for  completing  the  input  forms  and  suggested  codes  for  the 
data  field  are  also  described. 

This  presentation  is  the  final  report  under  Contract  F3 3657-79-C-0567 , 
which  sponsored  the  following  ARINC  Research  activities: 

•  Coding  of  revised  input  to  the  Avionics  Planning  Baseline  data  base, 
as  well  as  a  hard  copy  publication  of  the  Avionics  Planning  Baseline. 

•  The  development  of  a  mechanization  architecture  for  an  enhanced 
version  of  the  APB  data  base  --  referred  to  as  the  Avionics  His¬ 
torical  Data  base  (AMD)  --  including  additional  categories  of 
avionics  equipment  data  such  as  size,  cost,  and  reliability. 

•  Production  of  configuration  data  summaries  for  the  F-15A,  F-16A, 
A-10A,  F-4E,  F-4G,  RF-4C ,  F-lllA,  F-111E,  F-111F,  and  EF-11A, 
which  describe  space,  power ,  cooling,  and  other  parameters  rele¬ 
vant  to  integrating  avionics  on  those  airframes. 

•  Development  of  a  user-oriented  guide  for  the  AMP  data  base 
architecture. 

This  report  addresses  only  the  last  activity.  Descriptions  of  our 
investigations  relating  to  the  other  activities  have  been  made  in  separate 
submittals  under  this  contract. 


EXECUTIVE  SUMMARY 


This  report  presents  an  overall  framework  for  developing  the  Avionics 
Master  Plan  Implementation  and  Tracking  System  data  base  by  the  ASD  computer 
center  and  serves  as  a  general  guide  for  preparing  the  input. 

The  architecture,  based  on  a  four-card  input,  is  described  in  detail. 
The  content  of  the  data  base  is  as  follows: 

•  Program  Element/Modification  Number 

•  Project/Budget  Code 

•  Task/Modification 

•  Title 

•  Source  of  Need/Requirement 

•  Road  Map,  Path,  Node 

•  Mission  Area  Point  of  Contact 

•  Program  Project  Officer 

•  Project  Precedence 

•  ASD/AX  Level  of  Involvement 

•  Program  Element  Funding 

•  Program  Status 

•  Program  Element  Monitor 

•  Technical  Monitor 

•  Funding  Allocation  Factor  by  Mission  Area  and  Aircraft  Type 

•  Free  Text  Comment  Category 

The  input  process  is  described,  together  with  the  format  in  which  the 
master  record  is  stored.  The  four  cards,  in  addition  to  any  optional  cards, 
are  combined  and  repetitive  information  is  deleted  to  decrease  storage 
space.  Having  considered  sizing  and  computational  requirements,  we  conclude 
that  it  is  feasible  to  establish  this  data  base  system  on  the  PDP  11T60 
with  a  single  floppy  disk. 
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CHAPTER  ONE 


INTRODUCTION 


1 . 1  SCOPE 

This  report  documents  an  effort  sponsored  by  the  Deputy  for  Avionics 
Control,  Directorate  of  Plans  and  Management  Information  (Code:  ASD/AXP) , 
U.S.  Air  Force  Systems  Command,  under  Contract  F33657-79-C-0567 .  This 
effort,  performed  by  ARINC  Research  Corporation,  consisted  of  the  develop¬ 
ment  of  top-level  software  architectural  charts  (or  logic  diagrams)  and 
data  coding  forms  for  mechanization  of  the  Avionics  Master  Plan  (AMP) 
Implementation  and  Tracking  System. 

This  effort  is  an  extension  of  the  architectural  design  developed  by 
ARINC  Research  under  Contract  F33657-79-C-0475  and  described  in  our  Publi¬ 
cation  1743-01-1-1963,  Avionics  Master  Plan:  Data  Base  Mechanization 
Architecture.  The  architecture  has  been  refined  and  extended  subsequent 
to  publication  of  the  AMP. 


1 . 2  BACKGROUND 

The  Deputy  for  Avionics  Control  (DAC)  is  assigned  the  responsibility 
for  monitoring  and  controlling  Air  Force  avionics  programs,  as  stated  in 
AFR  800-28.  In  order  for  the  DAC  to  perform  the  avionics  controlling 
function,  it  was  recognized  that  a  single  and  centralized  data  base  is 
required  —  one  that  is  maintained  by  the  DAC  and  contains  current  infor¬ 
mation  on  avionics  programs.  It  was  further  determined  that  the  data  base 
should  be  mechanized  so  that  the  data  could  be  used  and  updated  promptly 
by  the  DAC  without  undue  burden  on  manpower  resources.  The  AMP  Implementa¬ 
tion  and  Tracking  System  Mechanization  architecture  presented  in  this 
report,  when  implemented,  will  provide  the  required  data  base  capability. 


1.3  TECHNICAL  APPROACH 

ARINC  Research  used  the  results  of  a  previous  effort  —  the  design  of 
the  AMP  Implementation  and  Tracking  System  data  base  mechanization  archi¬ 
tecture  —  as  a  starting  point  for  this  work. 
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The  Air  Force  reviewed  and  evaluated  our  previous  work  and  requested 
a  few  chanqes  in  the  data  content.  We  assessed  the  impact  of  the  requested 
changes  on  the  overall  design  and  then  incorporated  the  necessary  changes. 

Subsequent  to  our  previous  design  effort,  we  also  published  the  AMP. 
This  document  contains  a  wide  variety  of  presentation  formats  designed  to 
summarize  avionics  program  information  in  different  categories.  To  the 
extent  possible,  these  formats  were  provided  for  in  the  AMP  Implementation 
and  Tracking  System  Data  Base  Architecture.  This  entailed  adding  more  flow 
diagrams  and  logic  instructions,  together  with  developing  a  printing  format 
for  each  table.  The  mechanization  architecture  was  then  refined  to  present, 
in  one  document,  more  comprehensive  instructions  for  implementation  of  the 
data  base  by  the  ASD  computer  center,  and  to  serve  as  a  general  guide  for 
preparing  input  to  the  data  base. 


1.4  REPORT  ORGANIZATION 

The  remainder  of  this  rep>ort  is  organized  into  the  following  sections: 

•  Chapter  Two  describes  the  data  base  architecture ,  including  input 
processing,  data  base  record  format  and  instructions,  a  sample 
data  input  sheet,  and  examples  for  filling  out  the  data  input 
sheet . 

•  Chapter  Three  describes  the  data  output  processing ;  included  are 
flow  charts,  logic  instructions,  and  printing  formats. 

•  Chapter  Four  presents  conclusions  and  recommendations. 

•  Appendix  A  contains  logic  diagrams  and  related  program  sequence 
statements  describing  the  details  of  the  data  input  processing 
methodology  and  algorithms. 

•  Appendix  B  contains  the  codes  to  be  used  for  recording  aircraft 
types  in  the  data  base. 

•  Appendix  C  is  a  glossary. 
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CHAPTER  TWO 


THE  AMP  IMPLEMENTATION  AND 
TRACKING  SYSTEM  DATA  BASE  ARCHITECTURE 


This  chapter  describes  the  basic  architecture  for  a  computerized 
Avionics  Master  Plan  (AMP)  program  tracking  system  data  base.  The  data 
base  has  been  designed  to  provide  the  Deputy  for  Avionics  Control  (DAC) 
with  a  flexible  management  tool  that  will  assist  in  developing  an  avionics 
investment  strategy  for  the  AMP  and  in  tracking  the  progress  of  avionics 
programs  represented  by  this  strategy. 


2.1  PURPOSE 

The  architecture  proposed  in  this  report  will  be  used  by  ASD/ADP  as 
the  basis  for  developing  the  program  code  required  to  implement  the  data¬ 
base  storage  and  retrieval  system.  This  architecture  will  also  be  used 
by  ASD/AXP  in  creating  and  updating  the  mechanized  AMP  data  base  itself. 
The  development,  implementation,  and  tracking  of  the  Avionics  Master  Plan 
requires  the  analysis  of  large  quantities  of  programmatic  data.  The 
impact  of  an  avionics  investment  decision  must  be  viewed  from  a  number  of 
considerations  --  the  total  dollar  difference  within  a  given  technology 
area,  the  relationship  of  the  program  to  other  key  programs,  and  the 
program's  priority  from  a  mission-deficiency  point  of  view.  As  many  of 
the  investment  decisions  are  made  on  a  very  quick  response  basis,  the 
accessibility  of  the  data  becomes  a  key  factor  in  permitting  the  DAC  to 
carry  out  its  assigned  charter.  This  data  base  architecture  has  been 
developed  to  provide  greater  data  accessibility. 


2.2  DATA  BASE  INPUT  FORMAT  AND  INSTRUCTION 

Data  will  be  entered  by  cards  into  the  master  data  base,  edited  for 
proper  card  format,  and  sorted  onto  the  master  data  base.  The  data  base 
is  entered  by  cards  keypunched  from  the  format  shown  in  Figure  2-1. 
Although  the  data  base  will  be  sorted  on  various  fields  for  analyses,  it 
is  currently  sequenced  for  storage  in  the  computer  by  program  element, 
project,  and  task.  The  data  base  is  then  accessed  by  various  application 
programs  to  present  the  data  by  printed  output. 

The  data  input  process  involves  both  the  data  base  initialization 
(creation)  and  maintenance  (update) .  The  update  function  consists  of 
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changing  current  data,  deleting  data,  or  merging  new  data  into  the  current 
master  file.  Column  79  on  the  input  cards  is  used  to  denote  whether  the 
data  are  to  be  added  (A) ,  changed  (C) ,  or  deleted  (D)  from  the  data  base. 

In  all  cases,  the  edit  capability  will  validate  the  input  data  for  proper 
format,  list  any  cards  in  error,  and  print  the  entire  new  master  data  base, 
including  those  data  accepted  for  and  entered  into  the  master  file.  De¬ 
tailed  descriptions  of  the  input  process,  including  logic  diagrams  and 
program  sequence  statements,  are  contained  in  Appendix  A. 

The  card  input  process  uses  four  card  types.  Each  card  has  the  card 
type  printed  in  column  1  and  the  identifying  program  element,  project,  and 
task  in  columns  2  through  13.  Column  80  is  used  to  number  each  card  type 
in  sequence.  This  last  numbering  is  necessary  when  multiple  cards  are 
required  for  a  given  sequential  file  data  record.  Tables  2-1  through  2-5 
present  the  descriptions  and  notational  conventions  for  the  identifying 
data  elements.  We  suggest  that  alphanumeric  data  entered  into  the  coding 
form  be  left- justified  and  numeric  data  be  right- justified.  The  notations 
cited  may  be  modified  or  enhanced  as  the  development  of  the  data  base 
evolves  and  are  not  intended  to  be  all-inclusive  at  this  time. 

The  four  card  types  are  described  in  the  following  subsections. 

2.2.1  Card  Type  1 


In  addition  to  the  identifiers,  card  type  1  contains  the  text  for  the 
title  in  columns  14  through  32,  and  the  source  of  need  or  requirement  in 
columns  33  through  51.  There  is  no  sorting  on  these  fields.  The  road  map, 
identified  in  columns  52  through  56,  is  the  avionics  functional  area 
planning  road  map  to  which  the  program  can  be  related  and  is  a  field  that 
can  be  sorted.  The  associated  path  and  node  are  contained  in  columns  57 
through  61.  The  codes  to  be  used  for  identifying  road  maps  are  presented 
in  Table  2-2.  Additional  codes  generated  for  other  road  maps  developed 
should  not  exceed  five  characters. 

Key  project  personnel  are  identified  in  two  fields.  Mission  Area 
Point  of  Contact  occupies  columns  62  through  66,  followed  by  the  Program 
Project  Officer  in  columns  67  through  71.  Data  in  these  fields  will 
consist  of  alphabetic  abbreviations  of  names.  Project  Precedence,  columns 
72  through  75,  gives  the  overall  project  priority  as  a  four-digit  number. 
Column  76  is  a  one-digit  number  signifying  ASD/AX  Level  of  Involvement. 

The  "1st  Year  of  Funding"  input,  columns  77  and  78,  is  used  to  enable  the 
computer  program  to  align  the  funding  years  on  card  type  2.  In  other 
words,  if  the  first  year  of  funding  input  is  1981,  the  funds  for  year  1 
will  be  stored  on  the  data  base  table  under  1981;  funds  for  year  2  will 
be  stored  under  1982,  etc. 

There  may  be  one  or  two  additional  type  1  cards  to  allow  for  multiple 
road  map  effects  on  a  given  program.  For  the  additional  type  1  cards, 
the  card  type,  program  element,  project,  and  task  must  be  entered,  as  well 
as  the  road  map,  path,  and  node  information.  The  remainder  of  the  card 
can  be  left  blank.  Table  2-2  presents  the  data  element  descriptions  and 
notations  for  card  type  1. 
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The  data  required  for  card  type  1  is  qenerated  throuqh  a  number  of 
processes.  A  listinq  of  avionics-re ' atod  proqram  elements  and  modifications 
was  developed  by  manually  researchinq  the  Proqram  Objective  Memorandum  (POM) 
for  R&D  and  the  Class  V  and  IV  modification  priority  lists  ( AFLC  document). 
Source  of  need  or  requirement  is  documented  in  the  POM.  Proqram  road  map, 
path,  and  node  are  determined  either  throuqh  the  Avionics  and  Armament 
Planninq  Conference  Process  or  by  manually  comparing  the  project  descrip¬ 
tion  to  the  road  maps  contained  in  the  Avionics  Planninq  Guidance  ( APG) . 
Mission  area  point  of  contact,  proqram  project  officer,  and  ASD/AX  level- 
of-involvement  data  are  available  in  ASP/AXP.  The  project  precedence  is 
obtained  from  the  project  Proqram  Management  Directive  (PMP)  or  from  the 
project  PEM.  First  year  of  funding  is  obtained  from  the  POM  or  Five-Year 
Defense  Plan  (FYDP) . 


2.2.2  Card  Type  2 


In  addition  to  the  identifiers,  proqram  element,  project,  and  task, 
card  type  2  contains  data  in  columns  14  throuqh  63  related  to  funding  for 
up  to  10  years.  If  additional  years  of  funding  are  to  be  entered,  one 
additional  card  type  2  may  be  used.  In  this  case,  the  "year  1"  field  will 
actually  be  interpreted  as  "year  11",  "year  2"  will  be  interpreted  as  "year 
12",  etc.  When  two  cards  are  needed,  columns  64  through  78  can  remain 
blank  on  the  second  card. 


In  qeneral ,  estimated  or  recommended  funding  that  is  not  yet  approved 
must  be  entered  as  a  negative  value.  When  outputted,  the  value  will  be 
printed  in  parentheses  to  distinguish  it  from  approved  funding. 

The  proqram  status  is  entered  in  columns  u4  and  65,  PEM  in  columns  66 
throuqh  70,  and  the  technical  monitor  in  columns  71  throuqh  78. 


A  blank  entered  for  any  funding  year  will  be  printed  as  a  blank. 
Therefore,  if  a  zero  level  of  funding  (approved  or  recommended)  is  the 
desired  response,  "0”  should  be  entered  as  appropriate.  Table  2-3  presents 
the  data  element  descriptions  and  notations  for  card  type  2. 


The  sources  of  funding  data  arc  the  RD-5  for  Rap  programs  and  the 
P3-X  for  aircraft  modifications.  The  narrative  of  the  RD-5  contains  PEM, 
Technical  Monitor,  and  the  proqram  status. 


In  addition  to  program  element,  project,  and  task  identifiers,  card 
type  3  contains  the  weiqhtod  allocation,  mission  area,  and  aircraft  type 
for  up  to  five  allocations.  The  allocation  is  a  four-place  decimal  amount, 
with  the  decimal  point  understood  (.XXXX).  An  allocation  of  1.0  can  also 
be  inserted  in  this  field.  For  each  allocation  there  is  a  mission  area 
(up  to  five  characters)  or  a  coded  aircraft  type  (three-digit  code,  see 
Appendix  B) ,  or  both.  There  may  be  a  maximum  of  two  type-3  cards.  Table 
2-4  presents  the  data  element  descriptions  and  notations  for  card  type  3. 
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Data  for  card  type  3  are  gathered  by  discussions  with  the  project  PEM 
to  determine  specific  aircraft  for  which  the  potential  product  is  being 
planned.  If  there  is  only  one  aircraft,  then  the  allocation  factor  is  1.0. 
For  multiple  aircraft,  allocations  arc  determined  by  the  ratio  of  aircraft 
inventories  obtained  from  the  force  structure  data  in  the  APB. 

For  example,  if  a  program  applied  to  the  F-15A  and  F-4E,  the  allocation 
for  the  F-15  would  be  the  ratio  of  the  number  of  F-15s  in  the  inventory  to 
the  total  number  of  F-15As  and  F-4Es.  A  similar  number  would  be  calculated 
for  the  F -4E. 

Mission  area  applies  to  aircraft  mission,  as  reflected  in  the  Air  Force 
Planning  Guidance  documents. 

2 . 2 . 4  Card  Typo  4  (Opt iona 1 ) 

In  addition  to  the  program  element,  project,  and  task  identifiers, 
card  type  4  uses  columns  14  through  77  for  comments.  The  reference  to  a 
previous  program  element  for  follow-on  or  consolidated  programs  should  be 
noted  in  the  comments  field.  At  present,  only  two  type-4  cards  will  be 
maintained  in  the  data  base.  The  use  of  abbreviations  is  encouraged. 

Table  2-5  presents  a  brief  description  of  the  data  for  card  type  4. 

The  sources  of  data  for  this  card  are  varied,  as  the  data  are  included 
at  the  discretion  of  the  user. 

2.2.5  Examples 

Figures  2-2  and  2-3  contain  two  examples  of  program  elements  from  the 
Target  Detection/Validation  (TP/V)  road  map,  both  of  which  are  PAVE  PENNY 
programs.  Both  programs  are  located  at  the  same  node  (1),  path  (1),  and 
road  map  (TD/V) .  These  data  are  filled  in  on  card  type  1,  columns  52 
through  61.  The  first  13  columns  identified  the  program  element.  Example 

1  is  a  modification  program;  P1100  is  the  modification  number,  left-iust if ie 
since  it  is  alphanumeric.  This  modification  number  is  placed  in  columns 

2  through  6  of  each  card  used.  The  budget  code,  2951,  is  placed  in  columns 
8  through  11  of  each  card,  and  the  modification  class,  V,  is  left- iust i f ied 
and  placed  in  column  12.  The  title,  "A-7  PAVE  PENNY",  and  the  source  of 
need  or  requirement,  "TAG  23-72",  are  recorded  in  columns  14  through  51. 
Five-letter  abbreviations  of  the  names  of  the  mission  area  point  of  contact 
and  the  program  project  officer  are  placed  in  columns  e2  through  71.  The 
project  precedence,  "04-25",  is  recorded  as  "0425"  in  columns  72  through  75. 
This  card  ends  with  the  ASD/AX  level  of  involvement,  "5",  and  first  fiscal 
year  of  funding,  "80". 

Card  type  2  contains  funding  information.  This  program  is  funded  in 
FY  1980  and  FY  1981.  Year  1  is  now  specified  as  80,  and  year  2  will  there¬ 
fore  be  81.  The  funding  is  for  $7,000,000  in  FY  1980,  and  $1,700,000  in 
FY  1981.  Tlie  program  is  in  the  acquisition  phase,  status  "AG",  the  program 
element  monitor  is  LEY  ( left- justif ied) ,  and  the  technical  monitor  is 
"ASD/AE"  (left-justified) . 


DATA  INPUT  --  EXAMPLE 


Example  2  is  program  element  "27111",  right- justi f ied  because  the 
entry  is  numeric.  There  is  no  subdivision  of  project  and  task  in  this 
particular  program,  and  the  second  two  categories  are  therefore  left  blank. 
The  information  in  this  example  is  recorded  as  in  the  previous  example. 

The  only  difference  is  that  there  is  a  comment  card  in  this  example  (card 
type  4) . 


2.3  MASTER  DATA  BASE  RECORD  FORMAT 

Table  2-6  presents  the  recommended  data  base  record  format  for  the 
master  data  storage;  this  format  will  be  used  during  both  input  and  output 
processing . 

It  is  envisioned  that  floppy  disks  will  be  used  for  data  base  storage. 
The  data  base  record  format  is  designed  in  block  increments  of  128  bytes. 

If  a  particular  program  element  data  set  requires  no  tvpe-4  cards  and  only 
one  type-1  and  one  type-3  card,  a  basic  256-byte  block  is  required.  One 
additional  128-byte  block  is  required  in  either  of  two  cases:  (1)  one  or 
two  type-4  "Comments"  cards  are  used,  or  (2)  additional  or  optional  type-1 
and  -3  cards  are  used.  Therefore,  the  record  size  for  any  particular 
piroqram  element/project  task  sequence  may  be  256,  384,  or  512  bytes, 
depending  on  the  quantity  of  input  data.  Bytes  255  and  256  in  the  basic 
block  are  used  to  indicate  the  record  size  and  the  nature  of  additional 
blocks  "chained"  to  the  basic  block. 

This  approach  was  taken  to  maximize  utilization  of  disk  storage. 
However,  if  varying  the  record  sizes  makes  searching  or  sorting  too  complex, 
consideration  should  be  given  to  forcing  consistency  of  record  size  to  512 
bytes  regardless  of  the  type  and  quantity  of  data  involved  for  a  given 
program  or  project  set. 

Normalizing  the  funding  data  to  the  same  fiscal  year  baseline  facili¬ 
tates  the  design  and  execution  of  the  sort  and  pTint  routines.  For  example, 
questions  concerning  the  statistics  for  funding  for  a  particular  year  are 
easily  extracted.  The  flow  chart  for  converting  inpait  data  cards  to  the 
logical  data  base  records  is  shown  in  Figure  A-2  of  Appendix  A.  Each  record 
contains  fundinq  information  for  the  years  1980  through  1998,  so  that  the 
format  will  be  stable  for  several  years  of  use  and  historical  data  will  be 
saved  automatically. 


2.4  SIZING  OF  THE  DATA  BASE 

Our  review  of  the  current  five-year  defense  plan  reveals  that  approx¬ 
imately  140  data  records  will  be  required  to  accomodate  the  avionics- 
related  program  elements  (PEs)  and  their  associated  projects.  Each  project 
requires  a  separate  data  record.  In  addition  to  the  currently  approved 
PEs,  it  is  expected  that  the  data  base  will  contain  up  to  100  proposed 
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programs  under  the  notation  "62XXX" ,  "64YYY",  etc.  Under  the  worst-case 
assumption,  we  estimate  that  the  data  base  should  be  sized  as  follows: 

140  PEs  x  4  blocks  x  128  bytes/block  71,680  bytes 

100  PEs  v  3  blocks  "  128  bytes/block  38,400  bytes 

Total  bytes  =  110,080  bytes 

Thus  the  data  base  can  reside  on  one  128K-byte  floppy  disk  and  allow  for 
some  future  expansion. 

We  further  estimate  that  when  the  data  for  aircraft  modification  pro¬ 
grams  are  added  to  the  data  base,  an  estimated  additional  70,000  bytes  will 
be  required.  Therefore,  it  is  not  possible  to  include  them  on  the  same 
l 28K-byte  disk  with  the  RDT&E  program  data;  a  separate  disk  would  be 
required.  If  the  disk  will  hold  256K  bytes,  a  combination  of  the  program 
data  may  be  desirable. 


CHAPTER  THREE 


DATA  BASE  OUTPUT  AND  PRESENTATION 


This  chapter  contains  detailed  logic  diagrams  and  program  sequence 
step  descriptions  for  output  presentations.  The  data  output  formats  should 
be  flexible  and  yet  responsive  to  the  specific  user  needs.  In  addition  to 
the  complete  listing  of  the  data  base  records,  the  user  must  be  able  to 
request  listings  of  the  data  that  have  been  sorted  by  various  categories, 
as  well  as  listings  of  only  selected  portions  of  the  data  base.  For  the 
latter  listing,  it  is  necessary  both  to  screen  and  to  sort  the  data. 

Section  3.1  provides  instructions  for  several  sorting  options  for 
summary  presentations,  while  Section  3.2  provides  instructions  for  presen¬ 
tations  that  are  both  screened  and  sorted.  These  latter  outputs  contain 
the  information  necessary  to  construct  many  of  the  graphs  from  the  AMP. 
Other  sorting  and  screening  options  are  discussed  in  Section  3.3,  and  a 
complete  listing  of  the  master  data  base  is  presented  in  Appendix  A. 

3.1  SORTING  OPTIONS  FOR  OUTPUT  PRESENTATIONS 

The  DAC  will  require  standard  data  summary  presentations  and  formats 
that  can  be  requested  repeatedly  without  requiring  any  special  coding. 
Examples  of  data  summary  outputs  that  will  provide  general  program  visi¬ 
bility  that  the  DAC  often  requires  are  presented  in  the  following  sections. 
Accompanying  these  outputs  are  detailed  logic  diagrams  and  algorithms  that 
describe  each  output  process. 

3.1.1  Funding  Presentations 


One  of  the  most  often  required  presentations  is  the  financial  summary. 
Three  options  have  been  selected  for  summarizing  and  presenting  the  overall 
funding  allocations:  funding  sorted  by  mission  area,  aircraft  type,  and 
status.  Section  3.1.2  presents  a  listing  that  contains  descriptive  infor¬ 
mation  in  addition  to  a  five-year  funding  summary. 

The  first  option  is  presented  in  Figure  3-1.  Funds  are  sorted  and 
summarized  by  mission  area,  e.g.,  Air-to-Sur face  (A/S),  Reconnaissance 
(RECCE).  The  second  option,  presented  in  Figure  3-2,  lists  funds  by  air¬ 
craft  type,  e.g.,  A-10,  B-52G/H,  F-106.  The  third  option  is  to  list  funds 
by  current  status,  e.g..  Advanced  Development  (AD),  Engineering  Development 
(ED).  This  summary  is  presented  in  Figure  3-3. 
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Each  of  these  presentations  involves  sorting  and  summarization.  No 
screening  of  data  is  involved;  no  funding  information  is  deleted.  Figure 
d-4  presents  the  I  low  chart  for  processing  each  of  these  three  summaries. 

3.1.2  FYDV'  and  brief  Program  Description 

In  this  listing,  the  data  are  sorted  by  program  element  (or  mollifica¬ 
tion  number,  if  appropriate).  Funding  information  is  limited  to  the  current 
five  years  of  the  FYDP,  and  additional  descriptive  information  is  given. 

This  information  includes  program  element,  project  number,  task  number  (or 
modification  number,  modification  budget  code,  modification  class),  mission 
type,  and  aircraft  type.  This  output  presentation  is  depicted  in  Figure 
3-5;  the  flow  chart,  presented  in  Figure  3-h,  provides  logic  instructions. 

1.1.'  I'rogi  ,im  Modification  Presentation 

This  data  base  listing  presents  most  of  the  descriptive  information, 
sorted  by  program  element  or  modification  number,  as  before.  In  addition 
to  the  descriptois  of  the  previous  listing,  this  listing  also  includes 
the  title,  road  map,  path,  node,  program  project  officer,  project  prece¬ 
dence,  and  Abb  AX  level  of  involvement.  Not  included  in  this  listing  are 
any  funding  data.  This  listing  is  presented  in  Figure  3-7,  and  the  flow 
chart  is  presented  in  Figure  3-tl. 

1.2  AMP  C1RAP11  COMPILATION 

During  out  development  and  publication  of  the  first  Avionics  Master 
Plan,  we  developed  several  graphical  formats  to  highlight  significant 
funding  divisions.  ASD/AXP  has  indicated  that  it  would  be  desirable  to 
have  these  graphs  produced  by  the  AMP  Implementation  and  Tracking  System, 
of  the  12  graphs  contained  in  the  AMP,  5  could  not  be  included  hero 
because  they  incorporated  information  not  recorded  in  the  data  input 
sheets.  The  feasible  output  format;!  are  discussed  in  the  following 
subsect  ions . 

Each  of  the  graphs  discussed  below  depict  funding  levels  for  the 
current  five  years  of  the  FYDP.  Each  graph  is  shown  as  it  appears  in 
the  AMP,  followed  by  a  presentation  of  the  information  in  a  tabular  for¬ 
mat,  and  by  flow  charts  and  additional  logic  instructions  for  processing 
the  information.  The  option  exists  to  print  the  information  either  in  a 
tabular  format  ot  in  a  graph. 

The  first  two  graphs  list  total  funds.  The  third  graph  lists  only 
modification  funds,  and  the  last  font  graphs  list  funds  in  selected  road 
maps . 

1.2.1  FYDP  Funding  Presentations 

The  first  output  presentation  svtmmarir.es  the  FYDP  funding  levels  by 
mission  area.  Fund;!  are  also  divided  into  modification  funds  and  K&P 
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Figure  3-6.  ROUTINE  TO  PRINT  FUNDING  SUMMARY  BY  PROGRAM 


funds.  The  graph  is  shown  in  Figure  3-9,  the  tabular  format  in  Figure  3-10, 
and  the  flow  chart  in  Figure  3-11. 

The  second  output  presentation  summarizes  the  FYDP  funding  levels  by 
functional  area.  The  graph  is  shown  in  Figure  3-12,  the  tabular  format  in 
Figure  3-13,  and  the  flow  chart  in  Figure  3-1-1. 

The  third  output  summarizes  avionics  modification  funds  by  selected 
aircraft  type.  The  user  could  select  the  particular  aircraft  desired  or 
ask  that  all  aircraft  funds  be  printed.  The  graph  is  shown  in  Figure  3-15, 
the  tabular  format  in  Figure  3-16,  and  the  flow  chart  in  Figure  3-17. 

3.2.2  FYDP  Funding  by  Selected  Road  Map  Function 

In  this  section,  the  graphs  present  more  details  about  a  specific  road 
map  function  or  group  of  related  road  map  functions.  The  first  graph, 

Figure  3-18,  lists  RDT&E  funds  by  year  for  Avionics  Communication  and 
Information  Processing  (ACIP)  programs.  Annual  funds  are  also  divided  by 
mission  area.  The  mission  areas  listed  are  "Strategic",  "Tactical”,  and 
"General" . 

Strategic  mission  areas  are  defined  here  to  be  Strategic  Offense  (STOFF) , 
Strategic  Defense  (STDEF) ,  Strategic  Mobility  (SMOB) ,  and  All  Strategic 
(A/ST).  Tactical  mission  areas  are  defined  as  Tactical  Mobility  (TMOB) , 
Counter  Air/Air  (CA/A) ,  Counter  Air/Ground  (CA/G) ,  Air-to-Sur face  (A/S) , 
and  All  Tactical  (A/T) .  General  is  defined  as  all  other  mission  areas. 

The  tabular  format  for  this  graph  is  shown  in  Figure  3-19,  and  the 
flow  chart  is  shown  in  Figure  3-20. 

The  next  graph,  Figure  3-21,  depicts  total  funds  for  all  programs 
falling  under  the  Availability  (AV)  Road  Map  function.  Annual  funds  are 
divided  into  RDT&E  and  Class  IV  Modification  funds.  Class  V  funds  are  not 
included.  The  tabular  format  is  shown  in  Figure  3-22  and  the  flow  chart 
in  Figure  3-23. 

In  the  next  graph,  Figure  3-24,  Annual  RDT&E  funds  are  listed  for  all 
survivability-related  road  map  functions.  These  functions  are  Survivability 
Electronic  Warfare  (FW) ,  Survivability  Cooperative  Effects  (COE),  and 
Survivability  Hardening  (HARD).  The  tabular  format  follows  in  Figure  3-25 
and  the  flow  chart  in  Figure  3-26. 

The  last  graph,  Figure  3-27,  depicts  annual  RDT&E  funds  for  all 
standardization-related  road  map  functions.  These  functions  are  Standard¬ 
ization  Mission  Avionics  (STMA) ,  Standardization  Core  Avionics  Architecture 
(STCA) ,  and  Standardization  Common/Commercial  (STCC) .  Annual  funds  are 
divided  into  6.4,  6.3,  and  6.2  funds.  The  tabular  format  for  this  graph 
is  shown  in  Figure  3-28  and  the  flow  chart  in  Figure  3-29. 
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3.3  OTHER  OPTIONS 

To  maximize  data  base  flexibility,  specific  sorting  and  listing  of  the 
data  in  any  format  should  be  permitted  within  the  constraints  of  the  output 
printer.  This  sorting  and  listing  would  best  be  handled  in  an  interactive 
mode.  Specific  requirements  for  the  output  structure  must  still  be  deter¬ 
mined,  but  it  is  recommended  that  the  following  data  fields  be  included  in 
any  sort  capability. 

•  Missis^  Area 

•  Aircraft  Type 

•  ASD/AX  Level  of  Involvement 

•  Project  Precedence 

•  Program  Element/Mod  Number 

•  Road  Map 

•  Program  Status 

In  addition,  the  capability  to  retrieve  from  certain  data  fields  is 
recommended.  The  following  are  suggested  data  fields  and  screening  options: 

•  ASD/AX  Level  of  Involvement  (NX  or  ^X) 

•  Project  Precedence  (SY  or  v  y ) 

•  Aircraft  Type  (specify  only  those  to  be  included) 

•  Mission  Area  (specify  only  those  to  be  included) 

•  Program  Status  (specify  only  those  to  be  included) 

•  Program  Element  (specify  first  two  digits  of  class  of  programs 
to  be  included)  or  Modification  Class  (specify  IV  or  V) 
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FY  80  FYDP 
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Figure  3-13.  FUNDING  BY  FUNC¬ 
TIONAL  AREA 


•  Year  of  Funding  (specify  years  or  interval  over  which  funding  is 
to  be  included) 

•  Road  Map  (specify  only  functional  areas  to  be  included) 

With  no  screening  criteria  specified,  a  comprehensive  listing  of  the 
data  base  will  result. 


Details  related  to  the  mechanisms  for  implementing  the  sorting  and 
screening  options  are  to  be  developed  by  the  DAC  subsequent  to  this  effort. 
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Figure  3-1 5.  AVIONICS  MODIFICATION  FUNDS  (P1100)  FOR  SELECTED 
AIRCRAFT,  FY  1980  THROUGH  1987 
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Figure  3-24.  RDT&E  FUNDS  FOR  SURVIVABILITY  PROGRAMS 


CHAPTER  FOUR 


CONCLUSIONS  AND  RECOMMENDATIONS 


This  report  has  developed  an  overall  framework  for  implementation  of 
the  Avionics  Master  Plan  Implementation  and  Tracking  System  data  base  by 
the  ASD  computer  center;  it  also  serves  as  a  general  guide  for  preparing 
the  input. 

The  architecture,  based  on  a  four-card  input,  is  described  in  detail 
in  Chapter  Two.  The  input  process  is  described  together  with  the  format 
in  which  the  master  record  is  stored.  The  four  cards,  in  addition  to  any 
optional  cards,  are  combined  and  repetitive  information  is  deleted  to 
decrease  storage  space.  Having  considered  sizing  and  computational  require¬ 
ments,  we  conclude  that  it  is  feasible  to  establish  this  data  base  system 
on  the  PDP  11T60  with  a  single  floppy  disc. 

A  wide  variety  of  output  presentation  formats  have  been  developed  and 
documented  in  this  report.  For  each  format,  flow  charts  and  logic  instruc¬ 
tions  have  been  specially  developed.  With  these  instructions  the  data  base 
and  output  presentations  can  be  coded  to  produce  the  Avionics  Master  Plan 
Implementation  and  Tracking  System. 

On  the  basis  of  our  experience  in  preparing  the  AMP,  it  is  evident 
that  considerable  data  manipulation  and  updating  will  be  required  on  a 
frequent  basis.  The  system,  when  established,  should  fulfill  this  function 
much  more  efficiently  than  the  manual  method  currently  employed.  The 
system  will  require  full-time  maintenance  to  ensure  that  the  information 
is  continuously  updated. 

The  Avionics  Master  Plan  Implementation  and  Tracking  System  is  a  data 
management  system  and  query  languaqe  for  a  specific  data  base  and  a  specific 
data  presentation  format.  While  we  did  not  undertake  a  detailed  review  of 
existing  Data  Base  Management  Systems  (DBMS),  we  are  aware  that  most  DBMSs, 
commercial  or  Government,  offer  a  cost-effective  alternative  to  the  applica¬ 
tion  of  specific  software  development  for  the  use  and  maintenance  of  a  data 
base.  DBMSs  provide  data  and  program  independence,  flexibility,  data 
protection,  growth  capabilities,  and  ease  of  maintenance.  £uery  Languages 
and  Report  Generators  that  are  available  for  most  DBMSs  provide  "friendly 
and  forgiving"  user  interfaces  that  have  been  designed  with  the  non-DP 
user  in  mind.  However,  those  Report  Generators  may  not  provide  all  of 
the  output  presentation  formats  that  are  required  by  the  DAC. 
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Before  detailed  coding  for  this  system  is  undertaken,  we  recommend  that 
the  DBMS  alternative  be  explored.  DBMSs  that  should  be  investigated  include 
the  following: 


System 

Vendor 

Type 

TOTAL 

Cincom  Systems 

Network 

SEED 

International  Data 

Base  Systems 

Partial  CODASYL 

DRS/XBS 

A.R.A.P. 

Network 

ORACLE 

Software  Development 
Laboratory 

Relational 

DBMS- I I 

DEC 

CODASYL 

GIM-II 

TRW 

Hierarchical 

ADABAS-M 

Software  AC. 

Network  with  full 
inversion 

The  system  description  provided  in  this  report  should  be  sufficient 
for  the  vendor  to  determine  how  closely  his  product  will  meet  the  DAC's 
needs.  The  system  description  should  also  be  sufficient  for  the  ASD 
computer  center  to  estimate  the  Government  cost  of  implementing  a  special¬ 
ized  system.  The  DAC  may  make  a  decision  on  the  basis  of  the  relative 
costs  of  this  determination. 


APPENDIX  A 


INPUT  PROCESSING  LOGIC  DIAGRAMS  AND  PROGRAM 
SEQUENCE  STEP  DESCRIPTIONS 


This  appendix  contains  detailed  logic  diagrams  and  program  sequence 
step  descriptions  for  the  Avionics  Master  Plan  data  base  input  processing. 

The  intent  of  Figure  A-l  is  to  show  a  macro-level  view  of  the  input 
process  for  the  data  base  initialization  and  maintenance.  It  shows  assembly 
of  the  various  card  types,  1,  2,  1,  and  -1 ,  for  one  program  element,  project, 
and  task,  and  shows  the  master  data  base.  This  diagram  also  depicts  the 
overall  card  input  verification  and  editing  routine  used  in  a  batch  mode 
of  operation. 

The  flow  in  Figure  A -2  is  a  further  breakdown  and  is  more  specific 
than  the  flow  of  Figure  A-l. 

Tables  A-l  and  A-2  present  a  listing  of  sequential  program  statements 
that  follow  the  logic  flow. 
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Table  A-l.  TABLE  OF  PROGRAM  STATEMENTS  FOR  THE 
LOGIC  DIAGRAM  IN  FIGURE  A-l. 


Sequential 
Step  Number 


Program  Statement 


Initializing  the  Data  Base 

Do  until  end  of  input.  When  done,  go  to  Step  5. 

Read  input  card. 

Check  for  valid  fields  as  designated  by  the  specific  card 
type  format . 

If  validity  checks  do  not  pass, 

Then  print  card  data  on  error  list. 

Go  to  Step  2 . 

Else  copy  card  onto  file. 

Go  to  Step  2. 

Sort  data  base  by  program  element,  project,  task,  card  type. 
Read  sorted  cards  and  store  appropriate  fields  in  output 
file  for  master  data  base. 

Print  master  data  base. 


Maintaining  the  Data  Base 

Do  until  end  of  input.  When  done,  go  to  Step  5. 

Read  input  card. 

Check  for  valid  fields  as  designated  by  the  specific  card 
type  format . 

If  validity  checks  do  not  pass, 

Then  print  card  data  on  error  list 
and  go  to  Step  2 . 

Else  copy  card  onto  file. 

Go  to  Step  2. 

Sort  update  data  by  program  element,  project,  task,  card 
type. 

Do  until  end  of  update  file.  When  done,  go  to  Step  11. 
Read  update  record  (equivalent  to  one  input  card) . 

If  column  79  =  C  (Change) , 

Then  read  record  of  master  data  base. 

Match  on  program  element,  project,  task,  card  type. 

If  master  record  is  less  than  update  record, 

Then  write  master  record  onto  new  master. 

Go  to  Step  8.10 

If  master  record  is  equal  to  update  record, 

Then  write  update  record  onto  new  master.. 

Go  to  Step  7 . 

If  master  record  is  greater  than  update  record. 

Then  write  update  record  onto  Error  List. 


Sequential 
Step  Number 


Table  A-l.  (continued) 


8.60 

9.0 

9.10 

9.15 

9.20 

9.25 

9.30 

9.35 

9.40 

9.45 

9.50 

9.55 

9.60 

10.0 

10.10 

10.15 
10.20 
10.25 
10. 30 
10.35 
10.40 
10.45 
10.50 
10.55 
10.60 
10.65 
10.70 
10.75 
11.0 
11.10 

11.15 
11.20 


Program  Statement 

Maintaining  the  Data  Base  (continued) 

Go  to  Step  7. 

If  Column  79  =  D  (Delete) , 

Then  read  record  of  master  data  base. 

Match  on  program  element,  project,  task,  card  type. 
If  master  record  is  less  than  update  record, 

Then  write  master  record  onto  new  master. 

Go  to  Step  9.10 

If  master  record  is  equal  to  update  record, 

Then  go  to  Step  7. 

If  master  record  is  greater  than  update  record. 

Then  write  update  record  onto  error  list 
Write  master  onto  new  master. 

Go  to  Step  7 . 

If  Column  79  =  A  (Add  or  Merge) , 

Then  read  record  of  master  data  base. 

Match  on  program  element,  project,  task,  card  type. 
If  master  record  is  less  than  update  record. 

Then  write  master  record  onto  new  master. 

Go  to  Step  10.10 

If  master  record  is  equal  to  update  record. 

Then  write  update  record  onto  error  list. 

Write  master  record  onto  error  list. 

Write  update  record  onto  new  master. 

Go  to  Step  7. 

If  master  record  is  greater  than  update  record. 
Then  write  update  record  onto  new  master. 

Write  master  record  onto  new  master. 

Go  to  Step  7. 

Do  until  end  of  master  file.  When  done,  exit. 

Read  master  record. 

Write  master  record  onto  new  master. 

Go  to  Step  11.10. 


Figure  A-2 . 


(continued) 


At  End  of  File 


Figure  A- 2 .  (continued) 
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APPENDIX  !> 


DATA  CODES  TOE  AIRCRAFT'  TYPES 


Table  B-l  provides  a  numerical  coding  scheme  for  identifying  aircraft 
by  type  to  be  used  with  the  program  tracking  system  for  the  Avionics  Master 
P  lan . 


Tabic'  D-l  .  CODES  FOR  AIRCRAFT  TYPES 


Code 

Aircraft 

Code 

Aircraft 

Code 

Aircraft 

001 

A-7D 

055 

EC-135N 

108 

UV-18B 

002 

A-10A 

056 

EF-111A 

109 

AC-X 

003 

A/OA-37B 

057 

EC- 135C 

110 

Not  Used 

004 

AC-130A 

058 

EC-135G 

in 

Not  Used 

005 

0-2A 

059 

F-105G 

112 

K-10A 

006 

OV- 1 OA 

060 

F-105F 

113 

Not  Used 

007 

0-2B 

061 

F-105D 

114 

AV-X 

008 

AC- 13 OH 

062 

F-4C 

115 

FAC-X 

009 

A- 7K 

063 

F-4D 

116 

Not  Used 

010 

B-l 

064 

F-4E 

117 

RF-X 

Oil 

B-52D 

065 

F-4G 

118 

BGM-34C 

012 

B-52C 

066 

F-5B 

119 

Not  Used 

013 

B-52H 

067 

Not  Used 

120 

CMC 

014 

B-57C 

068 

F-16A 

121 

Not  Used 

015 

FB-111A 

069 

Not  Used 

122 

Not  Used 

016 

Not  Used 

070 

E-101B 

123 

Not  Used 

017 

NMB 

071 

Not  Used 

124 

Not  Used 

018 

C-140B 

072 

F-105B 

125 

Not  Used 

019 

VC-9C 

07  3 

F-106A 

126 

Not  Used 

020 

C- 5A/B 

074 

F-111A 

127 

Not  Used 

021 

VC-6A 

075 

F-111D 

128 

ATRS 

022 

C-7A 

076 

F-111E 

129 

CX-TAMA 

023 

C-9A 

077 

F-111F 

1  30 

F-5E 

024 

C-12A 

078 

F-15  Intercept 

131 

F-5F 

025 

Not  Used 

079 

EC-1 35P 

1  32 

F-15A 

026 

Not  Used 

080 

Not  Used 

133 

F- 1  5B 

027 

MC-130E 

081 

Not  Used 

134 

F-15C 

028 

C-123K 

082 

HH-  III 

1  35 

F-15D 

029 

C-130A 

083 

TH/U11-1F 

1  36 

HC-130N 

030 

C-130B 

084 

CH-3E 

1  37 

IIC- 13  OP 

031 

C-130D 

085 

HH-53B 

1  38 

VC/C-131D 

032 

C-130E 

086 

IIARV 

139 

VC/C-1  31E 

033 

C- 13011 

087 

Not  Used 

140 

F-106B 

034 

HC-130H 

088 

Not  Used 

141 

A<3M-  34  L 

035 

VC/C- 1 3 1 B 

089 

DC- 13 OH 

142 

AQM-34M 

036 

NC/C-131H 

090 

Not  Used 

143 

A^M-34  V 

037 

C/NC-135A 

091 

RC/1 35A/D/M/S/T/U/V 

144 

HH-3K 

038 

C-135B/C 

092 

RF-4C 

145 

HU—  X 

039 

KC-135A 

09  3 

Not  Used 

146 

RC-X 

040 

VC-137B/C 

094 

SR-71 A/B 

147 

ARPV 

041 

C- 140A 

095 

WC- 1 3  OF. 

148 

TR-1 

042 

YC-141B 

096 

WO  1  35B 

149 

T-  38B 

043 

EC- 13511 

097 

Not  Used 

150 

F- 1 01F 

044 

EC-135J 

098 

CT-39A/F 

1  51 

UH-1N 

04  5 

EC-135K 

099 

T-  1  1A 

152 

UH-1P 

046 

EC-135L 

100 

T-  37  H 

153 

F-  1  6B 

047 

E-3A 

101 

T-  1HA 

154 

HH- 53C 

048 

E-4A/B 

102 

T-3'iA/B/F 

155 

CH-53C 

049 

EB-57B 

103 

T-41C 

156 

C/NC- 1 4 1 A 

050 

EC-135B 

104 

T-43A 

157 

KC-1 35$ 

051 

Not  Used 

105 

Not  Used 

158 

WC-130H 

052 

Not  Used 

106 

IJ-2 

159 

UH-X 

053 

054 

EC- 13  OF. 

EC-135A 

107 

Not  Used 

160 

I1I1-53H 

u  * 

v  r.  ■  i  Box  a 


B-3 


PRECEDING  PAGE  hLANK 


APPENDIX  C 


AC 

ACIP 

AD 

AMP 

APB 

AV 

A/M 

A/S 

A/ST 

A/T 

CA/A 

CA/G 

CC 

COE 

DAC 

ED 

EW 

FO 

FYDP 

HARD 

NLR 

OG 

PEM 

PL 

PMP 

POM 

RDT&E 

R&D 

RECCE 

SMOB 

STCA 

STCC 

STDEF 


GLOSSARY 


Acquisition 

Avionics  Communications  and  Information  Processing 

Advanced  Development 

Avionics  Master  Plan 

Avionics  Planning  Baseline 

Availability 

All  Mobility 

Air- to-Sur face 

All  Strategic 

All  Tactical 

Counter  Air/Air 
Counter  Air/Ground 
Cancelled 

Survivability  Cooperative  Effects 

Deputy  for  Avionics  Control 

Engineering  Development 
Survivability  Electronic  Warfare 

Proposed  Follow-on  to  Current  Program 
Five  Year  Defense  Plan 

Survivability  Hardening 

Navigation  Launch  and  Release 

On-going  Modification 

Program  Element  Monitor 
Planned 

Program  Management  Directive 
Program  Objective  Memorandum 

Research,  Development,  Test  and  Evaluation 

Research  and  Development 

Reconnaissance 

Strategic  Mobility 

Standardization  Core  Avionics  Architecture 
Standardization  Common/Commercial 
Strategic  Defense 
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STMA 

STOFF 


Standardization  Mission  Avionics 
Strategic  Offense 


TD/V 

Target  Detection  and  Validation 

TE 

Test  and  Evaluation 

TMOB 

Tactical  Mobility 

TR 

Training 

XD 

Exploratory  Development 

